EnigmA Amiga Run 1995 November/EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso/earcd/docs/lwml9503.lzh/LIGHTWAVE-MAR95/000571_owner-lightwave-l _Tue Mar 28 08:36:21 1995.msg

Internet Message Format | 1995-04-09 | 5KB

Return-Path: <owner-lightwave-l>
Received: by netcom18.netcom.com (8.6.11/Netcom)
    id HAA00591; Tue, 28 Mar 1995 07:42:27 -0800
Received: from goalkeeper.d2.com by netcom2.netcom.com (8.6.11/Netcom)
    id PAA07954; Mon, 27 Mar 1995 15:50:36 -0800
Received: from d2.com by goalkeeper.d2.com via UUCP (931110.SGI/(930416.SGI)1.0-D2.COM-OUTERELAY)
    for [e-mail] id AA28549; Mon, 27 Mar 95 15:43:33 -0800
Received: from arcadia.d2.com by omaha.d2.com via SMTP (950221.405.SGI.8.6.10/(921111.SGI)1.1-D2.COM-RELAY)
     id PAA22393; Mon, 27 Mar 1995 15:44:49 -0800
Received: by arcadia.d2.com (931110.SGI/(921111.SGI)1.1-D2.COM)
    for @omaha.d2.com:[e-mail] id AA14518; Mon, 27 Mar 95 15:44:48 -0800
From: [e-mail] (Sean Cunningham)
Message-Id: <[e-mail]>
Subject: Re: Suggestion
To: [e-mail] (Fernando Martins)
Date: Mon, 27 Mar 1995 15:44:47 -0800 (PST)
Cc: [e-mail]
In-Reply-To: <[e-mail]> from "Fernando Martins" at Mar 27, 95 03:11:34 pm
X-Mailer: ELM [version 2.4 PL23beta2]
Content-Type: text
Content-Length: 4031
Sender: [e-mail]
Precedence: bulk


# >Okay, then what do you do if you'd like to render the same scene from
# >a variety of camera angles?  What do you do if, for whatever reason, you'd
# >like to have a mixture of perspective and isometric views?
#
# For the diferent scenes it's easy, you just parent the camera to some
# Null-Objects (as someone else said). The diferent perspective... I guess you
# have to set different camera settings in different scenes :-(

For the same scene then?  Sounds like a bunch of repetitive tasks that you
shouldn't have to do.  If I want to see my scene from different angles I wanna
hit one button and boom, boom, boom pop back and forth between different views.
Parenting cameras to nulls, that'll work but it's a serious productivity
impediment.

# >The need for different cameras is there.  I'd like to add that for every
# >camera there should be separate qualitative settings.  In addition to
#
# OK, that would be handy, but I think it's not a major need...

Minor productivity advancements are much more important in the real world
than a few extra whiz-bang features that will go either largely unused or
quickly become cliche'.  Productive features will never go out of style.
Productive features are useful for every job.

Lots of whiz-bang features but a serious lack of day-to-day, productive
and base-line functionality is the fatal and tragic flaw with Real3D.  Let's
not take Lightwave down that path.

# >having multiple cameras for looking at your scene from various angles you
# >could have three or four different cameras all following the same move,
# >one with settings for low-res tests, one for medium res, one for final res
# >with all the oversampling, motion-blur and DOF goodies turned on.  So you see,
# >it's not just something that will make the actual process of animating more
# >productive but it will also makes testing and the final render less monotonous
# >and error-prone (providing you do your set-up right).
#
# If the cameras are following the same paths, I still don't see the real need
# of that! You can have a preview in Low-res and then have your High-Res with
# the same camera... You just have to press a button to change the resolution,
# what's the big deal?!

It's not one button, it's several.  Why do it more than once.  It's these
little things that can add up to a big problem.  All this button binking is a
problem, particularly when you're going back and forth to the same set of
buttons on a routine basis.  If you have to do something more than once after
you've created a scene then you have found something that should be automated.

Anything that takes you away from the actual process of creation is bad.
The user should be focusing their efforts on modeling, animating and lighting
and not dealing with repetitive software-related issues.  Set something up
once, and then then know that it's going to work with a single command, a
single bink, a single effort.

# Calm down :-) I'm not against the use of several cameras... I really would
# like to have several cameras in different spots and then render the scene
# and change the view from camera to camera AUTOMATICALLY while rendering the
# SAME scene... But I can live without it :-)

I'm completely calm.  Sure, there are workarounds and ways to live with the
current system, but it should be an easy enough feature to add.  And a much
more useful feature, in the long run, than more flare options or other
gizmos.  It's truely productive features like user-controllable automation
of repetitive tasks that makes for good, useable production software.

# CU
#    ___ _____   Fernando Martins
#    |_  | | |   [phone]
#    |   |   |   2NAtriumK
#  [e-mail]

--

  Digital Domain: [e-mail] | "...the whole idea of  politics
  N  e  t  c o m:   [e-mail]   |  is to  achieve  power  without
  R e a l  World:   Sean C. Cunningham   |  possessing merit." -P.J. O'Rourke